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[METHOD FOR ACCESSING DATA 
IN A COMPUTER AND THE 
COMPUTER THEREOF] 

Background of Invention 

[0001 ] 1 .Field of the Invention 

[0002] The present invention relates to a method for accessing data in a computer, and 

□ more particularly, to a method for accessing important data in a computer using a 

O 

flash memory. 

W 

08 [0003] 2. Description of the Prior Art 



[0004] Personal computers (PCs) have become an important tool for contacting people or 



O manipulating digital information. Nowadays, information appliances (lAs), 

111 

Sj manufactured by using a simplified PC structure, have become more popular because 

of their low-cost and user-friendly characteristics. Even people who are unskilled with 
ff) computers can easily handle this kind of information appliance. 

[0005] Because an x86 PC is a well-known structure in computers, an x86 PC is easily 
implemented to an information appliance. Please refer to Fig.l . Fig.l is a schematic 
diagram illustrating a typical x86 PC 10 main structure according to the prior art. The 
PC 10 comprises a CPU (central processor unit) 12 for manipulating and operating 
data, a volatile RAM (random access memory) 1 6 and a flash memory 1 8 for storing 
BIOS (basic input/output system) of the PC 10. A north-bridge 14A is electrically 
connected between the RAM 1 6 and the CPU 1 2 and is used for exchanging data with 
both ends. 



[0006] 



When the PC 10 starts up, some procedures such as power on self test, plug-and- 
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play, or even hardware configuration will automatically execute upon reading the BIOS 
stored in the flash memory 1 8. When the PC 1 0 completes the above procedures, the 
PC 10 will load an operating system software. The operating system software 
coordinates hardware of the PC 10 with corresponding software by determining the 
setting of the BIOS. 

[0007] According to the prior art, the flash memory 1 8 is only used to store the BIOS 

information and is only used during the start-up procedure of a computer. Therefore, 
a large portion of the flash memory 1 8 is wasted. Because the structure of an 
information appliance is simple, it only needs a smaller BIOS. Thus the flash memory 
1 8 can be used to store other information besides the BIOS. On the other hand, the 
access time for the non-volatile flash memory 1 8 is larger than that of a volatile RAM 
memory 1 6, so the use of the flash memory 1 8 for storing ordinary information is 

U limited. 

O 

o Summary of Invention 

It is therefore a primary object of the present invention to provide a method for 
quickly accessing data from a portion of flash memory that stores ordinary 
information. 

According to the present invention, a method for accessing data in a computer 
can solve the above problem. The computer comprises a non-volatile memory and a 
volatile memory.The non-volatile memory comprises a first portion and a second 
portion.The first portion stores the basic input/outputsystem (BIOS) of the computer. 
The method comprises (a) copying data inthe second portion of the non-volatile 
memory to the volatile memorywhen the computer starts up, (b) updating data stored 
in the volatile memory when a user wants to update corresponding data in the second 
portion of the non-volatile memory, and (c) restoring the data in the volatile memory 
to the non-volatile memorywhen the computer is ready to shut down. 

It is an advantage of the present invention that any data accessing operation will 
not directly through the non-volatile memory, but instead from the volatile memory. 
The present invention will not write back data from the volatile memory to the non- 
volatile memory until the computer is ready to shut down. Thus possible damage 



w 



W 



[0008] 



y 



[0010] 
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caused by frequently accessing data from the non-volatile memory is avoided and, of 
course, the lifetime of the non-volatile memory increases. According to the above 
paragraphs, the present invention has many superior characteristics and also solves 
the prior arts drawbacks and inconveniences in the field. 

[001 1 ] These and other objects of the present invention will no doubt become obvious to 
those of ordinary skill in the art after reading the following detailed description of the 
preferred embodiment that is illustrated in the various figures and drawings. 

Brief Description of Drawings 

[001 2] Fig.l is a schematic diagram illustrating a typical x86 PC main structure according 
to the prior art. 

Fig. 2 is a schematic diagram of an allocation of a RAM and a flash memory. 

Fig. 3 is a flow chart illustrating steps for allocating a sector mapping table. 

Fig. 4 is a schematic diagram illustrating an allocation of the sector mapping table 
and related memory during the operation of a computer according to the present 
invention. 

Fig. 5 is a flow chart illustrating writing back steps according to the present 
invention when a computer is ready to shut down. 

Fig.6A is a schematic diagram illustrating an allocation of a block mapping table 
and related memory according to the present invention. 

[001 8] Fig.6B is a schematic diagram of another allocation of the block mapping table 
and the related memory according to the present invention. 

Detailed Description 

[0019] 

Please refer to Fig. 2. Fig. 2 is a schematic diagram of an allocation of the RAM 16 
and the flash memory 1 8 in a computer (not shown) when the computer just starts up. 
Notice that other volatile memory can replace the RAM 1 6, such as a DRAM or an 
SRAM and other non-volatile memory can replace the flash memory 1 8, such as an 
EPROM or an EEPROM. Generally speaking, the flash memory 1 8 has a plurality of 



[0013] 
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blocks. Data can be written or erased by block in a flash memory. In other words, 
when the computer is executing an erasing instruction, the data stored in the same 
block will all be erased at once. As mentioned previously, the BIOS of a computer only 
occupies a portion of memory space of the flash memory 1 8. As shown in Fig. 2, a first 
portion 1 8A of the flash memory 1 8 is the memory space used for storing the BIOS, 
and a second portion 1 8B of the flash memory 1 8 is the redundant memory space of 
the flash memory 1 8 and it is the spare memory space the method according to the 
present invention to store ordinary data in. According to the preferred embodiment, 
the second portion 1 8Bof the flash memory 1 8 is divided into a plurality of blocks, 
indexed from BO to B191 . 



[0020] Each block (for example, block BO) can be used to store a block mapping table 20. 
The block mapping table 20 is used to manage the memory space of the second 
portion 1 8B. A special sign S, established on the header of the block B0, is used to 
O distinguish block B0 from the other blocks in the second portion 1 8B. For the second 

jyj portion 1 8B, the block mapping table 20 comprises a plurality of corresponding block 

W entries for correspondingly showing the state of each block. Dotted arrows between 

PQ the blocks and the block mapping table entries 21 , shown in Fig. 2, represent the 

I'd 

corresponding relation between the blocks and the block entries 21 . Each block entry 

O 21 needs to comprise at least four fields for effectively managing each block. The four 

111 

fy fields are a Free_flag field, a Bad_flag field, a Sector* field, and a w_count field. The 

Free_flag represents whether the corresponding block is rewritable. For example, a 1 

rry Free_flag represents if the corresponding block does not store any data or the data 

originally stored in the corresponding block is useless. That is, new data can be 



written into the block. The Bad.flag represents whether the corresponding block is 
damaged. That is, no data can be stored in the block anymore. The w_count 
represents how many times that data is stored in the corresponding block. The 
definition of the Sector# will be described later. As illustrated in Fig. 2, the block Bl is 
stored data (Free_flag = 0), can be accessed normally (Bad.flag = 0), and has been 
written once (w_count = 1). 

The RAM 1 6 will allocate a memory space 1 6A to store the data originally stored in 
the second portion 1 8B of the flash memory 1 8 because the RAM 1 6 will replace the 
flash memory 1 8 during the normal PC operation. The memory space 1 6A comprises a 
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plurality of sectors indexed from SI to SI 91 . Each sector corresponds to a block in the 
second portion 1 8B. Each sector's memory space is the same as that of a block. 
Similarly, the RAM 1 6 also comprises a sector mapping table 24 for effectively 
managing each sector of the memory space 16A. The sector mapping table comprises 
191 sector entries 25 corresponding to each sector of the memory space 1 6A. Each 
sector mapping table entries 25 needs to comprise at least three fields for effectively 
managing each sector. The three fields are an Update_flag field, a Free_flag field, and 
a Block* field. The Update.flag represents whether the data stored in the 
corresponding sector is updated during the operation of a PC, the Free.flag 
represents whether the corresponding sector stores any data, and the Block* 
represents which block the corresponding sector corresponds to. In contrast to the 
sector mapping table 24, the Sector* in the block entries 21 represents which sector 
that the corresponding block corresponds to. In this preferred embodiment, no sector 
in the memory space 1 6A corresponds to the block BO, which is used for storing the 

p 

□ block mapping table 20, so the sector* of the corresponding block entry21 is 1 . 

CP 

W [0022] Fig. 3 is a flow chart illustrating the steps for allocating the sector mapping table 
S3 24. The steps are described as follows: 



nil 



[0023] Step 30: 



□ 
in 

f|J [0024] a computer starts up;(The "start up" step will be executed after a computer has 



been started up but has not been used by any user.) 
[0025] Step 32: 

[0026] check the header of each block in the second portion 1 8B of the flash memory 1 8; 
if the special sign S is found, go to step 32B; otherwise, go to step 32A;(lf the special 
sign S is found in the header of any block, this means that the block mapping table 20 
already exists; if the sign S is not found, this means that the block mapping table 20 
has not been established yet.) 

[0027] Step32A: 

[0028] 

establish the block mapping table 20 in the flash; set the initial value of the 
Free_flag of each block entry 21 to be 1 ; set the initial value of the Bad_flag of each 
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block entry 21 to be 0; set the initial value of the sector* of each block entry 21 to be 
1 ; set the initial value of the w.count of each block entry 21 to be 0; go to step 34;(A 
1 in Free_flag means that the block in the second portion 1 8B has not stored any data 
yet; a 0 in Bad.flag means that the block is not damaged; a 1 in sector* means that 
the block is not mapped to any sector of the memory space 1 6A; a 0 in w_count 
means that the block in the second portion 1 8B has not stored any data before.) 

[0029] step 32B: 

[0030] read the existing block mapping table 20; go to step 34;(The block mapping table 
20 already exists and the block stored the block mapping table 20 is also found.) 

[0031] step 34: 

[0032] establish the sector mapping table 24in the RAM 16; set the initial value of the 
update.flag of each sector entry 25 to be 0; set the initial value of the Free_flag of 
each sector entry 25 to be 1 ; set the initial value of the Block* of each sector entry 25 
to be 1 ;(A 0 Update.flag means that the data stored in the corresponding sector is not 



m 

ft) 



CO updated; A 1 Free.flag means that the corresponding sector does not store any data 

CO 

y now; A 1 Block* means that the sector does not correspond to any block.) 

[0033] step 36: 

[0034] sequentially allocating each block of flash 1 8B into sectors of the RAM 1 6 

according to each entry of the block mapping table 20;step 36A:check each entry of 
the block mapping table;(Please notice that each block entry of the block mapping 
table 20 corresponds to a block of the second portion 1 8A.)Step 36B:determine the 
logic value of ((Bad.flag = 1) OR (Sector* = -1) OR (Free.flag = 1)); if FALSE, goto 
step 36c; if TRUE, checking the next block of the flash 1 8B;step 36C:load the data 
stored in the block into the corresponding sector; update the corresponding sector 
entry 25; (Since the data stored in the block has been loaded into the corresponding 
sector, each entry of the sector entry 25 corresponding to the corresponding sector 
should be updated. That is, the Update_flag is updated to 0 and the Block* is updated 
by the index of the corresponding block. A user can actually use the computer now.) 

[0035] step 38:end. 
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[0036] Please refer to Fig. 2 again. Because the block BO stores the block mapping table 
20, the Sector* of the corresponding block entry 21 is 1 , and step 36C will not be 
executed for this block. According to the block entry 21 corresponding to the block 
Bl , because the Free_flag is 0 (stored valid data), the Bad.flag is 0 (undamaged), and 
the Sector* is #S1 (corresponding to the sector SI), step 36C will be executed and the 
data stored in the block Bl will be loaded into the corresponding sector SI in the 
memory space 1 6A of the RAM 1 6. According to the corresponding sector entry 25 of 
the sector SI , the Free.flag is changed to be 0, the Block* is loaded by the index of 
the block Bl . As far as the block B2 is concerned, because the Free Jlag is 1 , the block 
B2 does not store any valid data or the data originally stored in the block is rewritable. 
Step 36c will not be executed. Each entry in the block entries 21 will be processed 
from step 36A and 36B. For example, if the block Bl 90 stores valid data, step 36c will 
load the data into the corresponding sector SI 90. The Free.flag is changed to be 0. 
The Block* of the sector SI 90 is loaded by the index of the block Bl 90. 

O 

£ ; 

jjjfi [0037] After all the blocks shown in Fig. 2 have been allocated to RAM 1 6, a user can 
J*! access data stored in the second portion 1 8B of the flash memory 1 8. A file 

Sj management program is used to manage the redundant memory space of the flash 

memory 18 as a non-volatile memory space. For example, the file management 
program of a windows operating system can use the second portion 1 8B of the flash 
memory 1 8 as a disk in the windows operating system. A user can access data from 
JT* this virtual disk. However, according to the present invention, data stored in the flash 

fy memory 1 8 will not be directly read even if the user accesses the data stored in the 

second portion 1 8B of the flash memory 1 8 through the use of the file management 
program, but will access the data stored in each sector of the allocated memory space 
1 6A instead (refer to Fig. 3). That is, when a user accesses data stored in the second 
portion 1 8B of the flash memory 1 8 through the use of the file management program 
during the operation of a computer, the user in fact accesses data from the memory 
space 1 6A of the RAM 1 6. Therefore, the time wasted by virtually directly accessing 
data from the flash memory 1 8 decreases, and the lifetime of the flash memory 1 8 
increases. 

[0038] when the file management program virtually accesses data from the second 

portion 1 8A of the flash memory 1 8, the file management program actually accesses 
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data from the memory space 1 6A of the RAM 1 6 and simultaneously updates the 
sector mapping table 24. If a user plans to store data in a block of the flash memory 
1 8, the file management program will in fact store the data in the sector 
corresponding to the block. Moreover, according to the corresponding sector, the 
Update.flag is changed to be 1 and the Free_flag is set to be 0. On the contrary, if a 
user plans to erase data from a block through the use of a file management, the file 
management program in fact erases the data from the corresponding sector. The 
corresponding Update_flag is set to be 1 (erasing is another form of updating) and the 
corresponding FreeJIag is also set to be 1 (no valid data stored in this sector). 

Please refer to Fig. 4. Fig.4 is a schematic diagram illustrating an allocation of the 
sector mapping table 24 and the related memory according the present invention 
during the operation of a computer. It is assumed that a user plans to store data in 
the sectors SI , S2 and erases data from the S SI 90 through the use of the file 
management program. As described previously, the file management program will not 
access data from the second portion 1 8B of the flash memory 1 8, but instead from the 
memory space 1 6A of the RAM 1 6. If new data is to be stored in the sector SI that 
originally stored valid data, the file management program only stores the data in the 
sector SI and simultaneously changes the Update.flag of the sector entry 25 
corresponding to the sector SI to 1 . Similarly, if new data is to be stored in the sector 
S2 that originally stored no valid data, the file management program will only store 
the data in the sector S2. Likewise, each entry of the corresponding sector entry 25 is 
changed. That is, the Update.flag is changed to be 1 and the Free.flag is also changed 
to 1 . If a user plans to erase the data stored in the sector SI 90, the file management 
program will only erase the data stored in the sector SI 90. The Update.flag and the 
FreeJIag are changed to 1 . Practically, the file management program does not need to 
actually "erase" the data stored in the sector SI 90. All that needs to be done is to 
change each entry of the corresponding sector entry 25 of the sector. 

During the operation of a computer, the file management program will not 
actually access data from the second portion 1 8B of the flash memory 1 8 until a user 
is ready to shut down the computer. Then the file management program writes back 
updated data stored in the memory space 16A of the RAM 16 to the corresponding 
blocks of the flash memory 1 8. A detailed description is as follows. Please refer to 



[0039] 
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Fig. 5. Fig. 5 is a flow chart illustrating writing back steps according to the present 
invention when a computer is ready to shut down. The writing back steps are as 
follows. 

[0041] Step 40: 

[0042] a computer is ready to shut down; set the FreeJIag of the block originally storing 
the block mapping table 20 to be 1 ;(The rewriting steps begin after the shut down 
instruction is executed and before the computer is actually shut down. The block 
mapping table 20 has changed during the operation of the computer, so the Free.flag 
of the corresponding block entry 2 1 of the block storing the block mapping table 20 
is set to be 1 . This means that the block is rewritable.) 

[0043] step 42: 

U [0044] sequentially writing back each sector to corresponding block of the flash 1 6 of the 
O sector mapping table 24; 

m 

g [0045] Step42A: 

w 

yj [0046] check each entry of the sector entries 25 of the sector mapping table 24; 

a 

•5 [0047] Step42B: 

m 

M: [0048] check if the Update _flag is 1 ; if so, go to step 42C; if not, go to step 42A;(lf the 

5 UpdateJIag is not 1 , it means that the corresponding sector is not updated during the 

m 

operation of the computer. Therefore, no writing back is necessary.) 
[0049] step 42C: 

[0050] check if the Block* is -1 ; if so, go to step 42E; if not, go to step 42D;(lf the field 
Block* is -1 , it means that the block corresponding to the corresponding sector does 
not store any data before the computer starts up. The data now stored in the sector is 
updated during the operation of the computer. If the Block* is not -1 , it means that 
the block corresponding to the sector has stored data in a volatile manner before the 
computer starts up and has loaded the data in the sector during the initialization 
steps.) 
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[0051] step42D: 

[0052] change the corresponding block entries in the block entries 21 ;(The FreeJIag of 
the corresponding block entry 2 1 is set to be 1 and the Sector* of the corresponding 
block entry 21 is set to be 1 . The corresponding block is originally stored data, but 
the data is updated during the operation of the computer. So the data must be written 
back to the corresponding block. A 1 in FreeJIag represents that the corresponding 
block is rewritable.) 

[0053] step42E: 

[0054] check if the FreeJIag is 1 ; if not, go to step 42F; if so, jump back to start point of 
step 42A;(lf the FreeJIag is 1 , it means that the data stored in this field are updated, 
but no valid data are stored in now. On the other hand, if the FreeJIag is not 1 , it 
^ means that the corresponding sector stores updated data and the data need to be 

CJ written back into the second portion 1 8B of the flash memory 1 8.) 

[jj [0055] step42F: 

[0056] find an undamaged, rewritable, and with a smallest w.count block;(Scanning the 
fields of each block entry 21 of the block mapping table 20 leads to finding a block 
meeting the above requirements.) 



m 

["J [0057] step42C: 

h 

nil [0058] write the data stored in the sector to the block found in step 42F;(ln the 

meanwhile, the entries of the block entry 21 corresponding to the block are also 
changed. That is, the FreeJIag is set to be 0, the sector# is updated with the index of 
the sector corresponding to the sector entry 25, and the w_count is increased by 1 . 
That is, the number of times the block has been written to is increased by 1 .) 

[0059] step 42H: 

[0060] writing test; if passed, jump back to start point of step 42A; if not passed, go to 

step 42l;(Check if data are correctly writes data to the block in step 42C. The checking 
procedure can be as follows; read the data stored in the block and compare with the 
data originally stored in the corresponding sector.) 
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[0061] step 421: 

[0062] set the BacLflag to be 1 ; jump back to step 42F to find another block to write 

back;(lf the writing test fails, it means that the block is damaged. Steps 42F through 
42H will be processed until another undamaged, rewritable, and with a smallest 
w_count block is found.) 

[0063] step 44: 

[0064] After all the sectors are written back to corresponding blocks, generate the update 
data stored in the second portion 1 8B of the flash memory 1 8 to a block mapping 
table 20;(An undamaged, rewritable, and with a smallest w.count block must be found 
first. The entries of the block entry 21 corresponding to the found block are set 
according to the following. The Free.flag is set to be 1 , the Sector# is set to be 1 , and 
the w_count is increased by 1 . The header of the found block is written with the 



special sign S to specify that the found block is the block storing the block mapping 

m table 20. Of course, a writing test similar to step 42H is still necessary.) 

bl 

§8 [0065] step 46:end this routine and the computer can be shut down. 



raw! 

m 



[0066] 

□ Please refer to Fig.6A. Fig.6A is a schematic diagram illustrating the allocation of 

the block mapping table 20 and the related memory. The data stored in the block 
mapping table 20 and the related memory shown in Fig.6A are the data stored in the 
corresponding memory shown in Fig. 5 when the rewriting steps have just finished 
step 42. The writing steps shown in Fig. 5 check the sector mapping table 24 from the 
first sector entry 25 on. The first sector entry 25 corresponds to the sector SI . The 
corresponding Update^flag is 1. The corresponding Free_flag is 0. The corresponding 
Block* stores the index of the block Bl . The first sector entry 25 undergoes steps 
42B, 42C, 42D, and 42E. A detailed description is as follows. Because the data stored 
in the sector SI has been updated (The original data stored in the sector SI is loaded 
from the block Bl of the flash memory 1 8. Since the data stored in the block Bl has 
changed, the block Bl becomes rewritable. The Free.flag of the block entry 21 
corresponding to the block Bl is set to be 1 and the Sector* is set to -1), the data 
need to be rewritten to a block of the flash memory 18. So step 42F scans the block 
mapping table 20 to find an undamaged, rewritable, and with a smallest w.count 
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block. As an example, the block Bl 91 is assumed to be the block found. In step 42G, 
the data stored in the sector SI are rewritten into the block Bl 91 . The Free_flag of the 
block entry 21 corresponding to the block 1 91 is set to 0, the Sector# is loaded with 
the index of the sector SI , and the w_count is incremented by 1 . Assume this written 
back data in block B191 has passed checking in step 42H. The routine will then go 
back to step 42A checking the next sector S2 of the sector mapping table 24. 

[0067] The sector entry 25 corresponding to the sector S2 will undergo steps 42B, 42C, 
and proceed directly to 42E. (This means that the data stored in the sector S2 are 
loaded during the operation of a computer, rather than loaded from the 
corresponding block during the initialization steps.) Similarly, because the data stored 
in the sector S2 will be written back to the flash memory 1 8, steps 42F through 42H 
are necessary. Assuming that the block found in step 42 F is block BO, the data stored 
in the sector S2 can be written back to the block BO. Furthermore, the Free.flag of the 

sssr. 

J» block entry 21 corresponding to the block BO is changed to 0 (The block BO originally 

used to store the block mapping table 20. Because the Free.flag in the block entry 21 
corresponding to the block BO is changed, the block BO becomes rewritable.), the 
sector* is set to store the index of the sector 2, and the w_count is incremented by 1 . 
Assume this written back data in block BO has passed checking in step 42H. The 
routine will then go back to step 42A checking the next sector S3 of the sector 

y 1 

RJ mapping table 24. Please notice that the header S originally stored in the block BO for 

labeling the block mapping table 20 is also erased during the writing back steps. 



Q 



w 



Mi. 

s 
rtj 



[0068] Now, the write back process is sequentially performed through the sector SI 90. 
According to the entries of the sector SI 90, steps 42B, 42C, 42D, and 42E are 
necessary. This means that the data originally loaded from the block 1 90 and stored 
in the sector 1 90 will be erased during the operation of a computer. So step 42D sets 
the FreeJIag in block entry 21 corresponding to the block 1 90 to 1 and sets the 
Sector* to 1 (This means that the block 1 90 is rewritable. An actual data erasing step 
is not necessary, because the corresponding block, whose Free_flag is 1, will not load 
the data to the corresponding sector during step 36B shown in Fig. 3 when the 
computer starts up again.) The corresponding sector entry of the sector 191 does not 
need to undergo any write back step because the UpdateJIag is 0. 
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[0069] Please refer to Fig.6B. Fig.6B is a schematic diagram of the updated block 

mapping table 20 and the related memory contents in the flash 1 8B according to the 
present invention. The data stored in the block mapping table 20 and the related 
memory are following the flow chart in Fig. 5 to move the data back from the RAM 1 6 
when the writing back steps have just finished step 44. It is assumed that the block 
found is block B1 , whose corresponding w.count is incremented by 1 . Thus the block 
mapping table 20 can be written in the block Bl . Please notice that the special sign S 
is written in the header of the block Bl for representing that the block Bl is the block 
storing the block mapping table 20. As soon as the computer starts up again, the 
block mapping table 20 in block Bl can be found as shown in step 32 of Fig. 3. 

[0070] In contrast to the prior art, the present invention uses the redundant memory 
space of the flash memory 1 8 to store ordinary information, such as personal 
y, information. The claimed invention allocates a memory space in the RAM 1 6 to replace 

y the redundant memory space in the flash memory 1 8 when a computer just starts up. 

P 

CH Any data accessing operation will not directly operate on the flash memory 1 8, but on 

lij 

gg the RAM 1 6 instead. The claimed invention will not write back data from the RAM 1 6 

to the flash memory 1 8 until the computer is ready to shut down. Thus a possible 
damage caused by frequently accessing data from the flash memory 18 is avoided 
and, of course, the lifespan of the flash memory 1 8 increases. The present invention 

ul 

FU also teaches how to write data in the blocks of the flash memory 1 8 evenly. In the 

preferred embodiment, the file management program is suited for a network 

Pil environment, such as a local area network (LAN) of a company or information 

appliances (IA) through the use of broadband. The present invention has many 
superior characteristics and also solves the prior arts drawbacks and inconveniences 
in the field. 

[0071] Following the detailed description of the present invention above, those skilled in 
the art will readily observe that numerous modifications and alterations of the device 
may be made while retaining the teachings of the invention. Accordingly, the above 
disclosure should be construed as limited only by the metes and bounds of the 
appended claims. 
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